Methods and apparauts to identify wireless subscriber activity status

ABSTRACT

Example methods and apparatus to identify wireless subscriber activity status are disclosed. A disclosed example method includes identifying a market of interest associated with wireless services, and creating a list of telephone numbers (TNs) from the identified market of interest. The example method also includes initializing each TN in the list of TNs as dormant, monitoring each TN in the list of TNs during a monitoring duration for an indication of activity, and when the indication of activity is received, associating one of the TNs in the list of TNs with an active status.

CROSS REFERENCE TO RELATED APPLICATION

This patent is a continuation and claims priority to U.S. application Ser. No. 12/406,538, filed Mar. 18, 2009, entitled “Methods and Apparatus to Identify Wireless Subscriber Activity Status,” which is hereby incorporated herein by reference in its entirety.

FIELD OF THE DISCLOSURE

This disclosure relates generally to wireless market research and, more particularly, to methods and apparatus to identify wireless subscriber activity status.

BACKGROUND

Wireless telephone services may be provided to consumers through contractual agreements in which a subscriber is obligated to pay a set amount of money per month for a predetermined number of months or years, and receives a predetermined set of wireless features. Wireless features may include a predetermined number of minutes per time period (e.g., a number of talk-time minutes per month), a predetermined number of text messages (e.g., short-message-service (SMS) text messages) per time period, and/or a predetermined amount of data usage per time period (e.g., a number of megabytes (MB) of data for wireless electronic mail, Internet access, etc.). Some consumers prefer to avoid contractual agreements when obtaining one or more wireless services and/or features. Such consumers may, instead, obtain wireless services by way of subscribing to prepaid wireless plans that do not require credit checks, social security numbers, and/or extended contractual terms that may be associated with contract termination fees.

Prepaid wireless subscribers typically own and/or purchase a wireless telephone and separately purchase a quantity of minutes to be used with the wireless telephone. If a purchased quantity of minutes (and/or any other wireless service-type such as text messaging, data services, etc.) is fully used or expires from lack of use, the subscriber may purchase additional wireless services from a kiosk and/or retailer (e.g., a convenience store). When a contractual wireless subscriber does not use their phone for a period of time during the contract, such subscribers continue to pay an agreed contract price for each delineated time period (e.g., a flat fee per month during the contract duration). On the other hand, when a prepaid wireless subscriber does not use their phone for a period of time (e.g., 60 days, 90 days, etc.), the purchased quantity of minutes may expire from lack of use, but the subscriber's authorization to use the wireless telephone number associated with the wireless telephone remains available when additional minutes are purchased. In some instances, one or more other time periods of inactivity with a prepaid wireless phone may result in relinquishment of the subscriber's wireless telephone number.

While a wireless network may include subscribers associated with both long-term contractual wireless consumers and prepaid wireless consumers, calculating and or measuring an active subscriber base may include contractual wireless consumers, prepaid wireless consumers having active credit (e.g., active minutes that have not expired due to lack of use), and prepaid wireless consumers having expired credit.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an example system to identify wireless subscriber activity status.

FIG. 2 is a block diagram of an example wireless activity manager as shown in FIG. 1.

FIG. 3 is a block diagram of an example remote register manager as shown in FIG. 1.

FIGS. 4A, 4B, 5 and 6 are flowcharts representative of example processes that may be performed to implement one or more entities of the example systems and apparatus of FIGS. 1-3.

FIG. 7 is a block diagram of an example processor system that may be used to execute the example processes of FIGS. 4A, 4B, 5 and 6 to implement the example systems, apparatus, and/or methods described herein.

DETAILED DESCRIPTION

Example methods and apparatus to identify wireless subscriber activity status are disclosed. A disclosed example method includes identifying a market of interest associated with wireless services, and creating a list of telephone numbers (TNs) from the identified market of interest. The example method also includes initializing each TN in the list of TNs as dormant, monitoring each TN in the list of TNs during a monitoring duration for an indication of activity, and when the indication of activity is received, associating one of the TNs in the list of TNs with an active status.

A disclosed example apparatus includes a market identification manager to identify a market of interest associated with wireless services and to create a list of TNs from the identified market of interest, a short message service (SMS) manager to send an SMS message to a wireless network, the SMS message associated with at least one TN in the list of TNs, and a host register interface to receive an indication of activity during a monitoring duration in response the SMS message.

Wireless subscribers that utilize their wireless telephone, and thereby consume a quantity of wireless services, are referred-to as active subscribers. The methods and apparatus described herein also apply to prepaid wireless subscribers. Prepaid wireless services may include, but are not limited to, a quantity of minutes of talk-time with the wireless telephone, a quantity of text messages capable of being sent and/or received, and/or a quantity of data capable of being sent and/or received (e.g., electronic mail services, wireless Internet access services, picture messaging, etc.). Active subscribers have an active line, which is a wireless telephone number associated with a wireless telephone for which the prepaid wireless services are purchased and used within a predetermined period of time prior to expiration. However, in the event that a prepaid wireless subscriber does not use purchased prepaid wireless services with the predetermined period of time prior to their expiration, the prepaid subscriber is categorized as dormant.

Dormant prepaid wireless subscribers have full rights to use their wireless telephone (and associated wireless telephone number) on a carrier network when additional wireless services are purchased (e.g., via a subscriber identity module (SIM) card purchased from a kiosk, a convenience store, etc.). In some circumstances, prepaid wireless telephones with expired minutes are still authorized to make emergency calls. Regardless of whether a subscriber has active prepaid services available (e.g., the subscriber has unused purchased minutes and has not exceeded the expiration time threshold for those minutes), the subscriber will be identified as active if the wireless telephone is powered-on, consuming airtime, and/or any other activity that may invoke a registration event, such as a location update, a wireless device leaving a network geography, and/or when a wireless device enters a network geography. Generally speaking, a wireless telephone attempts to locate one or more carriers and/or networks upon power-up (and/or any other registration event), which effectively registers the wireless telephone on the available network (e.g., a network available by way of a wireless cell tower and its associated radius). However, for those subscribers that leave their wireless telephone in a powered-off state, one or more networks are not capable of identifying the status of the wireless telephone, thus, such powered-off telephones and/or telephones that do not exhibit any registration event activity are identified as dormant if they do not register with the network and/or if they do not register with the network after a period of inactivity.

Market researchers, which may include, but are not limited to analysts, wireless service providers, and/or ratings organizations (e.g., J.D. Power and Associates, Jupiter Research, etc.) may collect wireless subscriber activity data to measure carrier market share. Typically, a subscriber is considered to be associated with a carrier when that subscriber is using one or more wireless services provided by the carrier, such as voice, text and/or data services. Additionally, because a dormant subscriber has authorization to use one or more resources and/or services provided by the carrier, the dormant subscriber is also considered in one or more calculations to determine the market share of the carrier. However, dormant subscribers may tend to skew one or more calculations related to market share of the carrier because such dormant subscribers do not reflect current revenue activity for the carrier, unlike the active subscribers that are currently paying for services and/or have paid for wireless services in a relatively recent time frame. As a result, in the event that dormant subscribers are included in one or more calculations related to market share, corresponding results may incorrectly and/or artificially inflate revenue generating activity of the carrier.

The methods and apparatus described herein seek to, in part, separate dormant wireless telephone numbers from active wireless telephone numbers. As a result, one or more calculations related to carrier market share reflect revenue generation in a more accurate manner when only the active subscribers are considered.

FIG. 1 is an illustration of an example system 100 to identify wireless subscriber activity status. In the illustrated example of FIG. 1, the system 100 includes a wireless activity manager 102 communicatively connected to a first mobile switching center (MSC) 104, a gateway MSC (GMSC) 106, and a short message service (SMS) aggregator 108. The example first MSC 104 operates as a delivery node to manage voice calls, SMS calls/messages and/or other services provided by the carrier. Generally speaking, the first MSC 104 sets up and releases end-to-end connections between a first wireless telephone 110 and/or a second wireless telephone 112, handles hand-over requirements (e.g., wireless subscribers traveling from one tower to another tower) and/or account monitoring. The example first MSC 104 is communicatively connected to an example home location register (HLR) 114, which contains details of each wireless telephone subscriber that is authorized to use a carrier network 116. For example, the example HLR 114 may store details of every subscriber identity module (SIM) card issued by the carrier and/or one or more mobile virtual network operators (MVNOs), which lease space on traditional carrier networks instead of owning and/or managing their own infrastructure to provide prepaid wireless services. Each SIM card includes an international mobile subscriber identity (IMSI), which is a unique identifier referenced in the HLR. SIM cards are typically authenticated and associated with a wireless telephone number associated with the subscriber's wireless device (e.g., wireless telephone).

Communication between the example wireless activity manager 102 and one or more wireless telephones may also occur via the example GMSC 106, which determines a proper MSC to which a call originates or should be routed. In the illustrated example of FIG. 1, the GMSC 106 is located in a second carrier network 117 and may route communications to a second MSC 118, which services a third wireless telephone 120, or a third MSC 121, which services a fourth wireless telephone 122. As described above, each MSC is communicatively connected to an HLR, such as an example HLR 124 that is communicatively connected to the second MSC 118.

In some circumstances, an SMS aggregator 108 operates to manage SMS messages for the example carrier. SMS aggregators provide a gateway function for one or more carriers and handle a relatively large amount of SMS traffic. Additionally, carriers do not typically process SMS message delivery status information, such as whether the SMS message was successfully delivered based on, for example, a power status of the receiving wireless telephone. SMS aggregators also handle bulk SMS message delivery and receipt. In the illustrated example of FIG. 1, the SMS aggregator 108 is communicatively connected to a fourth MSC 126 and a fifth MSC 128, which serve as delivery nodes for a fifth wireless telephone 130 and a sixth wireless telephone 132, respectively. The example fourth MSC 126 is communicatively connected to an HLR 134 and the example fifth MSC 128 is communicatively connected to an HLR 136. While each of the wireless telephones 110, 112, 120, 122, 130 and 132 is shown as a single wireless telephone, any number of wireless telephones and/or wireless devices may be serviced by each of the respective MSCs (104, 106, 126, 128).

In operation, the example wireless activity manager 102 initiates/sends SMS messages for a panel of wireless telephone numbers (TNs) of interest, such as wireless TNs associated with a particular carrier and/or a particular geographic location (e.g., a region, a state, a county, a city, etc.). SMS messages sent by the wireless activity manager 102 may query each HLR to identify a status of an associated TN as active or dormant. In another example, the wireless activity manager 102 may generate a call to one or more TNs of interest from the panel to determine whether each TN is active or dormant based on whether or not the called party answers the telephone. Without limitation, the methods and apparatus described herein may also collect subscriber data via one or more network database techniques and/or one or more signaling techniques as described in co-pending application Ser. No. 11/445,069 filed on May 31, 2006, which is hereby incorporated by reference herein in its entirety. Additionally, the SMS messages sent by the example wireless activity manager 102 may include a TN watch list that is sent to a remote register manager (RRM) in each MSC. In the illustrated example of FIG. 1, the first MSC 104 includes a first RRM 138A, the second MSC 118 includes a second RRM 138B, the third MSC 121 includes a third RRM 138C, the fourth MSC includes a fourth RRM 138D and the fifth MSC 136 includes a fifth RRM 138E. Each of the example RRMs 138A-E receives and stores the TN watch list generated from the panel of TNs of interest and monitors each TN for an event message, which occurs in response to wireless device registration event(s), such as a subscriber turning-on and/or using a wireless telephone. Wireless device registration events may also include circumstances in which a location update occurs with the wireless device, a wireless devices leaves a network geography, a wireless device enters a network geography, and/or one or more coverage breaks in a wireless network area. The event message may include, but is not limited to, an Alert Service Center (ASC) message, a global system for mobile (GSM) communications message, a code division multiple access (CDMA) message (e.g., an SMSNotification message, an SMS Request, etc.), a time division multiple access (TDMA) message, and/or a frequency division multiple access (FDMA) message. To the extent that event messages in the form of one or more ASC messages are described herein, such event messages are used for example purposes and not limited only to ASC messages. While each example RRM 138A-E is shown as a component of a corresponding MSC, the example RRMs 138A-E may, instead, be implemented as a stand-alone element communicatively connected to each MSC (104, 118, 121, 126, 128).

In the event that a TN was previously identified as dormant, receipt of an ASC message at the wireless activity manager 102 causes the system 100 to identify the corresponding TN as active rather than dormant. The watch list is monitored for a period of time, after which the TNs that have not received a corresponding ASC message are considered dormant and, accordingly, separated from one or more calculations related to market share. As a result, the one or more calculations related to market share may occur without data (i.e., TNs) associated with subscribers that are not currently spending money for one or more wireless services.

FIG. 2 is a detailed schematic illustration of the example wireless activity manager 102 shown in FIG. 1. The example wireless activity manager 102 includes a market definition manager 202, an SMS manager 204, a host register interface 206, a timer 208, and a TN status memory 212. In operation, the example market definition manager 202 identifies TNs from a market of interest and/or a geography of interest for a carrier of interest. Without limitation, the example market definition manager 202 may select the one or more TNs of interest having more than one associated carrier. The market of interest may be defined in any number of ways including, but not limited to TNs associated with prepaid subscribers and/or TNs allocated for prepaid accounts. In some examples, one or more routing databases may be queried to obtain TNs of interest, such as from the Local Exchange Routing Guide (LERG) database provided and managed by Telecordia, which provides carrier information for properly routing calls to blocks of numbers within the North American Country Code 1 calling area. LERG provides, in part, information related to the serving carrier(s) for a given subscriber and, in some instances, information related to the type of service provided. Without limitation, other databases specific to any other third party and/or international numbering system may be used to define one or more markets of interest, and/or carriers may provide one or more TN watch lists in an effort to better understand their market share after removing dormant TNs that may be skewing (e.g., overestimating) market share results.

For each of the TNs identified in the market of interest, also referred to herein as a watch list, the example SMS manager 204 initiates an outgoing SMS message to determine a current status of the TN. The SMS message generated by the example SMS manager 204 may include, but is not limited to a mobile application part (MAP) message sent to the HLR (e.g., HLRs 114, 124, 134, 136) to request routing information to route calls to a mobile subscriber. MAP messages may employ one or more interfaces, such as a send routing information (SRI) for short message (SM) interface that, after received by the HLR, returns an MSC number if the TN has a corresponding wireless telephone that is powered on, or returns an “Absent Subscriber” message if there is no corresponding wireless device associated with the TN of interest. All TNs in the watch list may be identified as provisionally dormant until an indication of power-on and/or use is received by the example wireless activity manager 102. Status information indicators of dormant or active may be stored in the example TN status memory 212.

In the illustrated example of FIG. 2, the host register interface 206 uploads the watch list to each RRM 138A-E. Additionally, the example wireless activity manager 102 initiates the timer 208 that is set with a predetermined threshold amount of time to monitor the TNs in the watch list. As described in further detail below, each RRM 138A-E receives and/or generates ASC messages when a wireless device registers on the network. Upon receipt of a registration action and/or an indication of registration and/or power-on activity associated with a TN, the example RRM 138A-E determines if the registered TN is in the watch list and, if so, identifies the corresponding TN as active rather than dormant. Such TN status changes are saved to the example TN status memory 212.

FIG. 3 is a detailed schematic illustration of the example RRMs 138A-E shown in FIG. 1. Each of the example RRMs 138A-E includes a remote register interface 302, a TN parser 304, an Alert Service Center manager 306, and a TN watch list memory 308. In operation, the example remote register interface 302 receives a request from the host register interface 206 of the example wireless activity manager 102 to monitor one or more TNs for an ASC message and/or an indication of power-on of a wireless device associated with the TNs. In particular, the remote register interface 302 receives the watch list from the host register interface 206 and stores the list in the example TN watch list memory 308. Upon receipt of an ASC message (e.g., from one or more carrier network elements, such as an HLR) and/or upon receipt of an indication of wireless device registration and/or power-up, which is processed by the ASC manager 306 to extract an associated TN, the example TN parser 304 compares the received TN in the received ASC message with the TNs saved in the TN watch list memory 308 to identify a match. If no match occurs, then the ASC message is associated with a wireless device unassociated with the market of interest. However, if the received TN (as determined by the received ASC message) includes a match in the TN watch list memory 308, then the TN and associated wireless device are identified as active.

While an example system 100 to identify wireless subscriber activity status has been illustrated in FIGS. 1-3, one or more of the interfaces, data structures, elements, processes and/or devices illustrated in FIGS. 1-3 may be combined, divided, re-arranged, omitted, eliminated and/or implemented in any other way. Further, the example wireless activity manager 102, the example remote register managers 138A-E, the example market definition manager 202, the example SMS manager 204, the example host register interface 206, the example timer 208, the example TN status memory 212, the example remote register interface 302, the example TN parser 304, the example ASC manager 306 and/or the example TN watch list memory 308 of FIGS. 1-3 may be implemented by hardware, software, and/or firmware. Thus, for example, any of the example wireless activity manager 102, the example remote register managers 138A-E, the example market definition manager 202, the example SMS manager 204, the example host register interface 206, the example timer 208, the example TN status memory 212, the example remote register interface 302, the example TN parser 304, the example ASC manager 306 and/or the example TN watch list memory 308 may be implemented by one or more circuit(s) (ASIC(s)), programmable logic device(s) (PLD(s)), and/or field programmable logic device(s) (FPLD(s)), etc. When any of the appended claims are read to cover a purely software and/or firmware implementation, at least one of the example wireless activity manager 102, the example remote register managers 138A-E, the example market definition manager 202, the example SMS manager 204, the example host register interface 206, the example timer 208, the example TN status memory 212, the example remote register interface 302, the example TN parser 304, the example ASC manager 306 and/or the example TN watch list memory 308 are hereby expressly defined to include a tangible medium, such as a memory, a digital versatile disc (DVD), a compact disc (CD), etc. storing the firmware and/or software. Further still, a communication system may include interfaces, data structures, elements, processes, and/or devices instead of, or in addition to, those illustrated in FIGS. 1-3 and/or may include more than one of any or all of the illustrated interfaces, data structures, elements, processes and/or devices.

FIGS. 4A, 4B, 5 and 6 illustrate example processes that may be performed to implement the example wireless activity manager 102 and the example remote register managers 138A-E of FIGS. 1-3. The example processes of FIGS. 4A, 4B, 5 and 6 may be carried out by a processor, a controller, and/or any other suitable processing device. For instance, the example processes of FIGS. 4A, 4B, 5 and 6 may be embodied in coded instructions stored on any tangible computer-readable medium such as a flash memory, a CD, a DVD, a floppy disk, a read-only memory (ROM), a random-access memory (RAM), a programmable ROM (PROM), an electronically-programmable ROM (EPROM), and/or an electronically-erasable PROM (EEPROM), an optical storage disk, an optical storage device, magnetic storage disk, a magnetic storage device, and/or any other medium that can be used to carry or store program code and/or instructions in the form of machine-readable instructions or data structures, and that can be accessed by a processor, a general-purpose or special-purpose computer, or other machine with a processor (e.g., the example processor platform P100 discussed below in connection with FIG. 7). Combinations of the above are also included within the scope of computer-readable media. Machine-readable instructions comprise, for example, instructions and/or data that cause a processor, a general-purpose computer, a special-purpose computer, or a special-purpose processing machine to implement one or more particular processes. Alternatively, some or all of the example processes of FIGS. 4A, 4B, 5 and 6 may be implemented using any combination(s) of ASIC(s), PLD(s), FPLD(s), discrete logic, hardware, firmware, etc. Also, one or more operations of the example processes of FIGS. 4A, 4B, 5 and 6 may instead be implemented manually or as any combination of any of the foregoing techniques, for example, any combination of firmware, software, discrete logic, and/or hardware. Further, many other methods of implementing the example operations of FIGS. 4A, 4B, 5 and 6 may be employed. For example, the order of execution of the blocks may be changed, and/or one or more of the blocks described may be changed, eliminated, sub-divided, or combined. Additionally, any or all of the example processes of FIGS. 4A, 4B, 5 and 6 may be carried out sequentially and/or carried out in parallel by, for example, separate processing threads, processors, devices, discrete logic, circuits, etc.

An example process 400 of FIG. 4A begins with the example market definition manager 202 defining a market of interest (block 402). As described above, the market definition manager 202 may identify a geographic region of interest, a carrier of interest and/or any combination thereof and generate, from an available pool of TNs in the defined market of interest, a random panel of TNs (block 404). A TN from the random panel is selected by the example SMS manager 204 to initiate an SMS message (block 406), such as an SRI-SM message. The SMS message causes a target HLR to query its memory for the selected TN, and the example host register interface 206 receives a response from the target HLR (block 408).

Responses from the target HLR are interpreted by the example host register interface 206 (block 410) to determine if the TN is active. In some instances, the target HLR responds to the SRI-SM message with an “Absent Subscriber” message, in which case the selected TN is identified as dormant (block 412). On the other hand, if the example host register interface 206 receives an MSC number, then the selected TN is identified as active (block 414). As described above, return of an MSC number by the example HLRs 114, 124, 134, 136 occurs in circumstances when a wireless device is powered-on and/or attempting to register on a network. In the event that there are additional TNs from the random panel of TNs that have not been tested for activity (block 416), control returns to block 406 to initiate another SMS message associated with a different TN.

Although some of the TNs in the random panel of TNs generated by the market definition manager 202 may initially indicate a state of active, some of the other TNs in the random panel of TNs may be identified as dormant only because one or more of the associated wireless telephones are switched off. Generally speaking, some subscribers may keep their wireless telephones in a powered off state on a periodic basis (e.g., powered off at night, powered on during the day), some subscribers may turn on their wireless telephones only when needed (e.g., on a weekly basis), and/or some subscribers may exhibit intermittent behavior and only turn on their wireless telephones at random times. As shown in the illustrated example process 400 of FIG. 4B, to account for one or more circumstances in which a prepaid wireless subscriber does not currently have their wireless telephone powered on, TNs having an initial status of active are removed from the watch list (block 417) and the example timer 208 is set to a value and initiated to count up or count down (block 418) (e.g., a count-down timer, a count-up timer). For example, if the timer 208 is set for a period of three weeks, then the example wireless activity manager 102 and/or the remote register managers 338A-E monitor for instances in which a subscriber, previously identified as dormant, turns on their wireless telephone. Longer periods of time in which the example timer 208 is set will afford greater opportunities to capture subscriber behavior of wireless telephone use, such as those subscribers that only use their wireless telephone on a rare and/or intermittent basis.

The random panel of remaining TNs (watch list) created by the example market definition manager 202 is sent to the remote register manager 338A-E (block 420), and the RRM 338A-E monitors for ASC messages associated with the TNs in the watch list (block 422). If no ASC messages associated with the TNs in the watch list are detected by the RRM 338A-E, the example process 400 advances to block 424 to determine if the example timer 208 has expired. When an ASC message is received (block 422), but it is not associated with a TN in the watch list (block 426), then the TN is ignored due to its absence from the watch list and control advances to block 424 to determine if the example timer 208 has expired. On the other hand, when the ASC message is associated with a TN in the watch list (block 426), then that TN is identified as active (block 428). If the example timer 208 has not expired (block 424), control returns to block 422 to continue to monitor for ASC messages sent by the example HLRs 114, 124, 134, 136 and/or sent by other network elements. When the example timer 208 expires (block 424), all TNs that have not previously been identified as active are identified and/or otherwise confirmed as having dormant state (block 430), and the example RRMs 338A-E are deactivated (block 432).

FIG. 5 illustrates an example process 500 that may be performed to implement the example RRMs 138A-E of FIGS. 1 and 3. The example process 500 of FIG. 5 begins with the example remote register interface 302 monitoring for TN queries (block 502). If a TN query is received by the example remote register interface 302 (block 502), then the remote register interface 302 queries an HLR 114, 124, 134, 136 for currently known status information (block 504). For example, the example HLR 114, 124, 134, 136 may identify an active status or a dormant status (block 506), which is returned to the requestor (e.g., the wireless activity manager 102). Control returns to block 502 to monitor for additional queries specific to a TN. However, if no query is received for a specific TN (block 502), the example remote register interface 302 determines whether a TN watch list is received (block 508), such as a list of TNs generated as a random panel by the example market definition manager 202. In the event that a watch list is received (block 508), the received watch list is saved to the example TN watch list memory 308 (block 510).

Upon receipt of the example watch list, the example alert service center manager 306 of the RRM 338A-E initiates a watch list monitor process (block 512) to monitor for one or more occurrences of a registration attempt within the wireless network, as shown in FIG. 6. In particular, the example alert service center manager 306 monitors for the occurrence of a wireless telephone registering on the network (block 602). If no registration attempt is detected (block 602), the alert service center manager 306 identifies whether a deactivation instruction has been received (block 604). The example deactivation instruction may be invoked by the wireless activity manager 102 when the example timer 208 expires (e.g., after 3-weeks of monitoring time). As such, the example RRMs 338A-E will not continue to monitor in an endless loop. When the alert service center manager 306 detects that a wireless telephone registers on the network (block 602), such as upon receipt of an ASC message from the network, the example TN parser 304 extracts a TN from the received registration communication associated with the registration attempt (e.g., an ASC message) and compares it to the watch list (block 606). If the received TN is not in the watch list (block 606), then it is ignored for its absence from the watch list and control returns to block 602 to continue to monitor for registration attempts.

On the other hand, when the example TN parser 306 identifies a match in the example TN watch list memory 308 (block 606), the example alert service center manager 306 forwards the received ASC message or any other network indication of wireless telephone registration and/or wireless telephone power-up to the example wireless activity manager 102 (block 608). Again, the example remote register interface 302 determines whether a deactivation instruction is received (block 604) to stop the example watch list monitor process 512.

FIG. 7 is a schematic diagram of an example processor platform P100 that may be used and/or programmed to implement any or all of the example wireless activity manager 102, the example remote register managers 138A-E, the example market definition manager 202, the example SMS manager 204, the example host register interface 206, the example timer 208, the example TN status memory 212, the example remote register interface 302, the example TN parser 304, the example ASC manager 306 and/or the example TN watch list memory 308 of FIGS. 1-3. For example, the processor platform P100 can be implemented by one or more general-purpose processors, processor cores, microcontrollers, etc.

The processor platform P100 of the example of FIG. 7 includes at least one general-purpose programmable processor P105. The processor P105 executes coded instructions P110 and/or P112 present in main memory of the processor P105 (e.g., within a RAM P115 and/or a ROM P120). The processor P105 may be any type of processing unit, such as a processor core, a processor and/or a microcontroller. The processor P105 may execute, among other things, the example processes of FIGS. 4A, 4B, 5 and 6 to implement the example methods and apparatus described herein.

The processor P105 is in communication with the main memory (including a ROM P120 and/or the RAM P115) via a bus P125. The RAM P115 may be implemented by dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), and/or any other type of RAM device, and ROM may be implemented by flash memory and/or any other desired type of memory device. Access to the memory P115 and the memory P120 may be controlled by a memory controller (not shown). The example memory P115 may be used to implement the example TN status memory 212 and/or the example TN watch list of FIGS. 2 and 3.

The processor platform P100 also includes an interface circuit P130. The interface circuit P130 may be implemented by any type of interface standard, such as an external memory interface, serial port, general-purpose input/output, etc. One or more input devices P135 and one or more output devices P140 are connected to the interface circuit P130.

Although certain example methods, apparatus and articles of manufacture have been described herein, the scope of coverage of this patent is not limited thereto. On the contrary, this patent covers all methods, apparatus and articles of manufacture fairly falling within the scope of the appended claims either literally or under the doctrine of equivalents. 

What is claimed is:
 1. A computer implemented method to identify a status associated with a wireless telephone number, comprising: sending a short message service (SMS) message to a list of telephone numbers to invoke a response of associated wireless devices; detecting at least one of an absent subscriber message or an event message in response to each SMS message; and identifying a first telephone number (TN) from the list of telephone numbers with an active status when the first TN is associated with the event message, and identifying a second TN with a provisionally dormant status when the second TN is associated with the absent subscriber message.
 2. A method as defined in claim 1, further comprising changing the second TN status from provisionally dormant to active when the event message is received within a threshold duration.
 3. A method as defined in claim 1, further comprising changing the second TN status from provisionally dormant to dormant when the event message is absent for a threshold duration.
 4. A method as defined in claim 1, wherein the event message comprises at least one of a wireless device registration, a wireless device location update, or an alert service center message.
 5. A method as defined in claim 1, wherein the event message is detected in response to a wireless device power up.
 6. A method as defined in claim 1, further comprising reducing a market share calculation skew by removing the second TN associated with the absent subscriber message, and retaining the first TN associated with the event message.
 7. A method as defined in claim 1, further comprising detecting a mobile switching center number associated with the event message.
 8. A method as defined in claim 7, further comprising identifying a service provider based on the mobile switching center number.
 9. An apparatus to identify a status associated with a wireless telephone number, comprising: a short message service (SMS) manager to send an SMS message to a list of telephone numbers to invoke a response of associated wireless devices; a host register interface to detect at least one of an absent subscriber message or an event message in response to each SMS message, and to identify a first telephone number (TN) from the list of telephone numbers with an active status when the first TN is associated with the event message, and to identify a second TN with a provisionally dormant status when the second TN is associated with the absent subscriber message.
 10. An apparatus as defined in claim 9, wherein the host register interface is to change the second TN status from provisionally dormant to active when the event message is received within a threshold duration.
 11. An apparatus as defined in claim 9, wherein the host register interface is to change the second TN status from provisionally dormant to dormant when the event message is absent for a threshold duration.
 12. An apparatus as defined in claim 9 the host register interface is to detect at least one of a wireless device registration, a wireless device location update, or an alert service center message.
 13. An apparatus as defined in claim 9, further comprising a market definition manager to reduce a market share calculation skew by removing the second TN associated with the absent subscriber message, and retaining the first TN associated with the event message.
 14. A tangible machine readable storage medium comprising instructions that, when executed, cause a machine to, at least: send a short message service (SMS) message to a list of telephone numbers to invoke a response of associated wireless devices; detect at least one of an absent subscriber message or an event message in response to each SMS message; identify a first telephone number (TN) from the list of telephone numbers with an active status when the first TN is associated with the event message; and identify a second TN with a provisionally dormant status when the second TN is associated with the absent subscriber message.
 15. A machine readable storage medium as defined in claim 14, further comprising instructions that, when executed, cause the machine to change the second TN status from provisionally dormant to active when the event message is received within a threshold duration.
 16. A machine readable storage medium as defined in claim 14, further comprising instructions that, when executed, cause the machine to change the second TN status from provisionally dormant to dormant when the event message is absent for a threshold duration.
 17. A machine readable storage medium as defined in claim 14, further comprising instructions that, when executed, cause the machine to detect the event message in response to a wireless device power up.
 18. A machine readable storage medium as defined in claim 14, further comprising instructions that, when executed, cause the machine to reduce a market share calculation skew by removing the second TN associated with the absent subscriber message, and retaining the first TN associated with the event message.
 19. A machine readable storage medium as defined in claim 14, further comprising instructions that, when executed, cause the machine to detect a mobile switching center number associated with the event message.
 20. A machine readable storage medium as defined in claim 19, further comprising instructions that, when executed, cause the machine to identify a service provider based on the mobile switching center number. 